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Abstract. The first edition of the Swiss World Atlas was released in 1910. 
Since then numerous enhancements und updates were realized. The first 
entirely digitally produced edition was published in 2002. During these 
years, the map production workflow has changed fundamentally. In con- 
trast, the creation of the geographic name index is not entirely different 
from its establishment in earlier years. Still, for the 2002 edition the geo- 
graphical name index was typed and amended manuallywith attributes like 
latitude, longitude, administrative area or type of geographical object. 

For the next edition of the Swiss World Atlas the workflow to create the 
index will be automated and simplified using an innovative, self-developed 
ArcGIS tools (written in Python with the ArcPy package), which helps to 
build up and handle an index database. The functionality of these tools in- 
cludes translation of geographical names (German, French, Italian, Eng- 
lish), definition of the location (country and administrative subdivision), 
calculation of the coordinates, saving of the entities to the new index data- 
base and derivation of the printable version of the geographical name index. 

The benefits of continuously building up database are manifold. Besides 
potential of saving time in final stage of the atlas production, a database 
allows the creation of a printed index based on various rules. Furthermore, 
an index database can be used as a search database when complementing a 
printed atlas with a digital atlas. By the example of the Swiss World Atlas 
interactive, it is shown in this paper that a search functionality requires the 
same database structure and attributes as the generation of an index for a 
printed atlas. 
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1. Introduction 



The Swiss World Atlas (SWA) is a widely used and well-established school 
atlas with a history of more than one hundred years. Considering Switzer- 
land's linguistic diversity, the SWA exists in three languages (German, 
French and Italian). The first edition was released in 1910 and since then 
numerous enhancements and updates were published (JH urni 2004,Cronet 
al. 2011). During these years the map editing process has changed funda- 
mentally from analogous to digital methods (JH urni & Wondrak 2011). The 
first entirely digitally created edition of the SWA was published in 2002 
(Spiess) and with the current edition from 2010 (JH urni & Spiess 2010) 
more and more data is stored in spatial databases. I n contrast to the rapid 
progress of map authoring techniques the compilation of a name index, 
which is crucial for the navigation in an atlas, is not completely different 
from its establishment in earlier years. Still, for the last editions of the SWA 
the geographical name index was typed and amended manually with attrib- 
utes like latitude, longitude, country membership or geographical type. 

In order to simplify and automate the process of creating a geographical 
name index for the next edition of the SWA, an innovativeArcGIS Tool box, 
written in Python with the ArcPy package was developed, in order to build 
up and handle an index database containing a great amount of geographical 
entities linked to hundreds of maps in the printed atlas. 

I n case of cross- media publishing the availability of an up to date index da- 
tabase becomes more and more important. By the example of the Swiss 
World Atlas interactive, which was first released in 2010 (Gron et al. 2011, 
JH aeberling et al. 2011), it is shown in this paper that an interactive search 
functionality requires the same database structure and attributes as for the 
generation of an i ndex for a pri nted atlas. 



2. Index Database 

The index database is built with the user-friendly SQLite database system 
(Owens 2007). SQLite has a python API (sqlite3), which makes it attractive 
for the use with ESRI 'sArcPy package. I n addition, SQLite has also a graph- 
ical user i nterface, hence it al lows the user to edit the database tables man- 
ually. 

2.1. Extracting the existing Data 

Before building a new SQLite index database as much information as possi- 
ble was extracted from the existing geographical name index, which was 
available as an Adobe InDesign file. This data includes coordinates of an 



entity, geographical type, country, elevation (mountains and mountain 
passes only) and a page number, which indicates the page in the atlas. Fig- 
ure 1 shows a typical extract of the German name i ndex. 
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Figure 1 Extract from the German name index. The first number indicates the 
page, on which an entity is mentioned. It is followed by its exonym and its country 
membership. For mountains and mountain passes (eg. Grimsel) the elevation is 
given. The symbol in the next column represents the geographical object (eg. Gri- 
msvotn is a mountain). At the end of each entry the coordinates are given. 



The fact that the SWA is available in three languages (German, French, Ital- 
ian) allowed to extract this data in three languages. Afterwards, the three 
tables were linked by their coordinate information. Although this step is not 
free of errors (the name i ndices of the different language editions were done 
by different editors) it was possible to establish a table with more than 
TV'OOO locations in three languages (plus English if available 1 ). This table 
with the information from the different existing name indices is called in- 
dex_old. The table index_ old serves for the various tools as input data. 



Mf an entity has the same exonym in German, French and Italian it is supposed to be named 
similarly in English. Furthermore, if the English exonym was given in the name index, it was 
as well written intothetable. 



2.2. Database Schema of the new Index Database 

Figure 2 shows the database schema of the new SQLite index database. Ta- 
ble index_ new will contain all the entities that appear in the next edition of 
the SWA. The database table page_appearance describes which entity is 
found on which pages in the atlas. One entity typically appears on various 
maps and is thus linked to the table atlas_ content. This allows developers 
to easily define rules in order to determine which page number is finally 
pri nted i n the name i ndex. 

The main table index_new has basically the same attributes as the table 
index_old. The attribute old_geotype is replaced by new_geotype because 
the geographical objects (also called geotypes) have a new naming in the 
index_ new table (linked by the table type). The attribute population isadd- 
ed to index_new and contains the population of cities. The attribute page 
from the index_new table was not used because it is not clear, if this page 
number indicates the page where an entity appears first or if it indicates the 
map with the smallest scale. Finally, the page number in the printed geo- 
graphical name index is generated based on the page_ appearance table. 
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Figure 2: Database schema of the new index database. The geographical entities 
from table index_new are linked to the maps of the SWA (atlas_ content) by table 
page_ appearance. 



3. Filling the Index with Data 

The index tools described in this section are organized in an ArcGIS 
Toolbox. An ArcGI S Toolbox is a set of tools that can be distributed among 

other users, working with ESRI ArcGIS (JESRI 2032). The tools in this ( Feidfanktion geandert | 



tool box are written in Python with the ArcPy package, a Python library pro- 
vided by ESRI to automate geoprocessing ± and the sqlite3 module for the 
connection to the SQLite database. 

The core of the toolset is described in section 3.4. It creates the new index 
database and links the entities to a map in the printed atlas. If some of the 
required attributes are missing (German name, French name, Italian name, 
geographical object and country) the tools described in sections 3.1- 3.3 
help to complete the data by means of the existing index_old table. Finally, 
the index for the printed atlas is derived on the basis of the tables in- 
dex_new and page_appearance and a set of rules defined by developers. 

The input data for creating the new index is typically a number of point fea- 
tures with a German name attribute, stored as a shapefile 2 , which allows us 
to easily calculate the coordinates of the entity. Table 1 shows the attribute 
table of atypical input dataset. 
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Table 1 Attribute table of a shapefile that can be used as input data for the index 
tools. The attributes lat and Ion are not required as they are part of the geometry 
stored i n the shapef i I e. 

3.1. Check Geographical Object Tool 
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Table 2. Attribute table after the usage of the Check Geographical Object Tool. 
Additionally a log file is created, which informs the user that various entries with 
German name San J ose exist. 



If the input data lacks the geographical object (as in table 1), the Check Ge- 
ographical Object Tool checks if the entities exist in the index_old table 



2 Shapefile: quasi standard format for geospatial vector data 



based on the name_de attribute. If exactly one match is found, the geo- 
graphical object stored in index_old is added to the attribute table (table 2). 
If more than one match is found, the geographical object is taken from the 
first entry in index_old and a warning is written to a log file. 

3.2. Add Country Code Tool 

The next step in completing the input data is calculating the country mem- 
bership and comparing it with the specification in the existing index_old 
table. This tool calculates the country membership with aspatial join analy- 
sis. The input features are joined based on their spatial relation with a da- 
taset containing the administrative boundaries. For entities within Switzer- 
land the detailed swissBOUNDARI ES3D dataset (,Swisstopo 2013) is used. { Feidfanktion geandert 
Entities outside Switzerland are joined with the Global Administrative Are- 
as dataset (GADM 2012). The i nformation about the country where an enti- ( Feidfanktion geandert 
ty is located is written to the attribute table of the input data (table 3). I n 
addition, the administrative sub-unit (e.g. federal state) is also written to 
the attribute table. This attribute is not used at the moment for creating the 
atlas index, but could be used in the future. 
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Table 3. Attribute table after the usage of the Add Country CodeTool. The country 
membership is stored as ISO 3166 ALPHA-3 code. The administrative sub-unit is 
al so added to the attri bute tabl e ( not shown i n thi s exampl e tabl e) . 



Then, the entities are again checked against the index_ old table. If an entry 
with the same German name and the same geographical object is found, the 
calculated country membership is compared with the specification in the 
index_old table. If the data differs a warning is written to a log file and it 
has to be revised manually. 

3.3. Translate Entity Tool 

To complete the preparation of the input data, the German term istranslat- 
ed to French, Italian and English (although English is not required). The 
exonyms are again taken from the index_old table. To avoid mismatching 
translations, the country membership and the geographical object are also 
requested parameters for the Translate Entity Tool. Table 4 shows an ex- 



ample, where mismatching translations can be avoided due to the attributes 
country_code and thegeotype. 
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Table 4. The two entities have the same German exonym. The correct French and 
Italian exonymscan be extracted from theindex_old table due to the geotype and 
country_ code attri butes. 



3.4. Link with new Database Tool 

The Link with new Database Tool is the main tool of the toolset. It creates 
the table index_ new and links the entities with the atlas pages. It performs 
two actions. First, it checks if an entity is already in the index_new table. 
Therefore this tool performs the fol lowi ng tests: 

1) Does an entry with the same German name, the same country and 
the same geographical object exist in the new_ index table? 

No: The entity is added to the new index database. Yes: the second 
test is performed: 

2) Based on the coordi nates stored i n the shapefi le and the coordi nates 
stored in the index_old table the distance between the entity in the 
input data and the found match in the index_old table is calculated 
usi ng fol lowi ng formul a: 

dist AB — arccos(sin(iat^) * sm(lat B ) + cos(lat A ) * cos(lat B ) * cos(lon B — lon A )) 

The distance is then multiplied bythescaleof the specific map to get 
the distance between the two points in the printed map. If the dis- 
tance in the map is below an arbitrary threshold it is considered the 
same entry and not written to the database. Accordingly the entity is 
considered as new and stored in the database if the distance is above 
this threshold. 

The second step of the Link with new Database Tool links the entity from 
the input shapefi le with the specific map in the atlas (table 
page_appearance). This relationship is then used in the Create I ndex Tool 
(next section). 

3.5. Create Index Tool 

Finally, the index based on the tables new_index, atlas_content and 
page_appearancefor three languages is created. The name index consists 



of the name, the coordi nates, the geographical object, the country member- 
ship and exactly one page number. It is yet undefined which page number 
will be printed to the name index. This tool allows the user to define and 
select rules for the name index creation. The following rules are included in 
the Create I ndex tool : 

- First appearance: The page number of the first appearance in the 
printed atlas is used. 

- Scale dependent: The page number of the map with the smallest 
scale that contai ns the entity i s used 

- Type dependent: 1 1 can be defi ned, which map types precede others. 
E.g. an entity that appears in a general map and in a city map will 
have the page number of the general map i n the geographical name 
index, because general maps precede city maps. 



4. Using the Index Database as Search Functionality 
in an interactive Atlas 

Development and production of school atlases is currently in a stage where 

GIS systems and databases get more and more important (JH urni 2004). ( Feidfunktion geandert 
Together with the increasing trend to use computer technologies in the 

classrooms (.Welling & Stolpmann 2012) the importance of interactive ( Feidfunktion geandert 
school atlas systems is raising. When developing such an interactive atlas as 
a complementary product to a printed atlas the index database can be 
adapted as a search database. 

The already existing SWA interactive has a search functionality (Cron et al. ( Feidfunktion geandert 
2009), which is currently independent from the printed atlas. However, it 
serves as an example that the same database structure and attributes are 
required for generating a printed geographical name index. An index data- 
base can be efficiently adapted for an interactive atlas in case of cross- 
media publishing. When browsing maps by geographical entities, the data- 
base (table new_ index) is queried and relations to maps are listed (table 
page_ appearance) (Figure3). 




Figure 4: Visualizing Hawaii in the map 'South America, Relief' of the SWA inter- 
| active. After choosing the map from the drop^down list (figure 3), the geographical 
entity is visualized with a white circle. 



I n a printed atlas the search result is a line of text that contai ns correspond- 
ing maps and coordinates. The user then needs to browse the specific page 
and find the desired entity based on the coordinates. In an interactive atlas 
the specification of the coordinates in the database can be used to visualize 
the search result (Figure4). 



5. Conclusion and Outlook 

A geographical name index is often fulfilled at the end of the atlas authoring 
process and often typed and amended manually. The presented self- 
developed tools improve this workflow by continuously building up an in- 
dex database that contains all the geographical entities that appear in the 
next edition of the SWA. Moreover, it contains the relationships between 
each entity and its corresponding maps. The necessary data is saved time- 
efficiently to the index database. Finally, the extraction of the geographical 
name index for a printed atlas is done automatically on the basis of a set of 
rules. 

I n case of cross-media publishing such an index database is of greater val- 
ue. The search functionality for an interactive atlas system can be efficiently 
established, due to the requirement of the same database structure and at- 
tributes as for the generation of a geographical name index in a printed at- 
las. 
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